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(54) Ubertragungssystem mit einer Verwaltungssoftware 



(57) Die Erfindung betrifft ein Ubertragungssystem 
mit Mitteln zur Steuerung der Datenubertragung zwi- 
schen mehreren Netzelementen (2A, 3A). Die Anforde- 
rungen an die Datenubertragung zur Ubertragung ver- 
schiedenster Daten, z.B. Multimedia-Daten (Audio-, Vi- 
deodaten), zwischen Netzelementen wie beispielswei- 
se PCs (2A), Workstations Oder Datenservern (3A) stei- 
gen insbesondere hinsichtlich der Geschwindigkeit, der 
Ubertragungssicherheit und der Synchronisierung von 
Dalenstromen slandig an. Bei dem erfindungsgemaften 
Ubertragungssystem mit verbesserten Ubertragungsei- 
genschaften und mit geeigneten Mitteln zur Steuerung 
der Datenubertragung ist deshalb eine Verwaltungssoft- 
ware (SMC) zur Verwaltung und Steuerung von Kom- 
munikationssitzungen, welche eine in mehrere Funkti- 



onsgruppen aufgeteilte Architekturaufweist, wobei eine 
erste Funktionsgruppe zur Konfigurierung von Kommu- 
nikationssitzungen, eine zweite Funktionsgruppe zur 
Verwaltung von Ressourcen und eine dritte Funktions- 
gruppe zur Steuerung von Datenstrdmen vorgesehen 
sind. Ein solches Ubertragungssystem kann vor allem 
in einem Nachrichtenintormationssystem zum Recher- 
chieren in Nachrichtenmaterial und zum Erstellen von 
Nachrichtenbeitragen, in einem Arzteverbundnelzwerk 
zur Ubertragung von medizinischen Bilddaten oder in 
einem Kommunikationssystem eingesetzt werden. 

Die Erfindung betrifft auGerdem die Verwaltungs- 
software (SMC) selbst sowie ein Netzelement oder ein 
Medium mit einer solchen Verwaltungssoftware (SMC). 
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Beschreibung 

|0001] Die Erfindung betrifft ein Ubertragungssystem 
mil Mitieln zur Steuerung der Datenubertragung zwi- 
'.A-iicn mchieren Netzelementen. 

|CXK)2| Em solches Ubertragungssystem ist aus 
•Mi. kii. w.uc Schlusseltechnologie zur Entwicklung 
v r t • - . ir - - informationssysteme", M. Tesch, Informatik- 
M,.'K!iuin 19 249-256, Springer Verlag bekannt. 
|0003j Ubcrtragungssysteme zur Ubertragung von 
[ ,-..!. f» vcrschiedensten Arten zwischen beliebig vie- 
i.* ! N. ;/.*iorncnten eines Netzwerkes, die beliebig weit 
,ur... n.ruicr angeordnet sein konnen, sind vieltach be- 
k.-.nfv Zwischen Netzelementen wie beispielsweise 
PCb Workstations oder Datenservern, sollen dabei z. 
B Muiimcdia-Daten (Audio-, Videodaten) ubertragen 
weidon Die Anlorderungen an die Datenubertragung 
insbesondere hinsichtlich der Geschwindigkeit, der 
Ubcr.i«-iqungssicherheit und der Synchronisierung von 
Drtiensi'ornon (d.h. gleichzeiliges Ausspielen dersel- 
bun Dnlun bei mehieien Empfangem) steigen dabei 
st^ndig Auch die Zahl der Netzelemente : die Zahl der 
vcrschicdcncn Typen von Netzelementen oder einzel- 
ncn Komponenten von Netzelementen oder des Netz- 
wcrkcG (/ B Spcichcrclcmcntc, Ubcrtragungsmcdien, 
usw ) und deren Komplexitat sowie die Komplexitat von 
Anwcndungen, die Datenubertragungsdienste erfor- 
dern. wachsen standig. Solche Ubertragungssysteme 
sollen auch leicht erweiterbar sein, um weitere Netzele- 
mente oder Komponenten, ohne daft dadurch Anderun- 
gen an den Anwendungen oder an den Protokollen, die 
die Datenubertragung steuern. erforderlich werden. 
[0004] Der Erfindung liegt deshalb die Aufgabe zu- 
grunde, ein Ubertragungssystem der eingangs genann- 
ten Art mit verbesserten Ubertragungseigenschaften 
und insbesondere geeignete Mittel zur Steuerung der 
Datenubertragung anzugeben. 

[0005] Diese Aufgabe wird erfindungsgemaB da- 
durch gelost, daB die Mittel eine Verwaltungssoftware 
zur Verwaltung und Steuerung von Kommunikationssit- 
zungen aufweisen, daB die Verwaltungssoftware eine in 
mehrere Funktionsgruppen aufgeteilte Architektur auf- 
weist und daB eine erste Funktionsgruppe zur Konfigu- 
nerung von Kommunikationssitzungen, eine zweite 
Funktionsgruppe zur Verwaltung von Ressourcen und 
eine dritle Funktionsgruppe zur Steuerung von Daten- 
stromen vorgesehen sind. 

[0006] Eine Kommunikationssilzung wird eingerich- 
tet, wenn von einer Anwendung die Ubertragung von 
Daten zwischen zwei oder mehr Netzelementen ange- 
fordert wird. In einer Kommunikationssitzung sind alle 
Beziehungen und Interaktionen zwischen Netzelemen- 
ten, die bci der angelorderten Datenubertragung auftre- 
ten, zusammengefa(3t. Kommunikationssitzungen wer- 
den von der Verwaltungssoftware durch Aulstellen ei- 
nes Sitzungsprofils, das insbesondere die beteiligten 
Netzelemente und die Ubertragungsmittel und -wege 
beschreibt, und durch Vergabe eines eindeutigen Sit- 



zungsidentifizierers verwaltet und gesteuert. 
[0007] Die Funktionsgruppen, in die die Verwaltungs- 
software aufgeteilt ist, sind jeweils fur eine bestimmte 
Gruppe von Verwaltungs- und Steuerungsaufgaben im 

5 Zusammenhang mit der Datenubertragung zustandig. 
Eine Funktionsgruppe kann aus verschiedenen Ele- 
menten aufgebaut sein, die die Aufgaben durchfuhren 
und die entsprechende Funktionalitat aufweisen, fur die 
die Funktionsgruppe zustandig ist. Zwischen den Ele- 

10 menten der Funktionsgruppen bestehen auch Verbin- 
dungen, uber die die Funktionsgruppen miteinander 
kommunizieren und interagieren. 

[0008] Mit Ressourcen sind im wesentlichen Hard- 
ware-Komponenten, Obertragungsmittel und Ubertra- 

15 gungsdienste gemeint, die bei der Datenubertragung 
benutzt werden. Die Steuerung von Datenstrbmen er- 
folgt mittels Datenstromsteuerungsprotokollen, die vor 
der tatsachlichen Datenubertragung von den Elemen- 
ten der zustandigen Funktionsgruppe der Verwaltungs- 

20 software erstelll werden. 

[0009] Das erfindungsgemaBe Ubertragungssystem 
hat den Vorteil, daB eine groBe Freiheit bei der Vertei- 
lung der Verwaltungssoftware besteht. Diese kann bei- 
spielsweise zentral auf einem Netzeiement oder verteilt 

2S auf mehreren Netzelementen angeordnet sein, fur die 
Anwendungen ist der Ort, an dem die Verwaltungsoft- 
ware angeordnet ist, weder sichtbar, noch spieltdies fur 
die Anwendungen ein Rolle. Das erfindungsgemaBe 
Ubertragungssystem ist auch sehr einfach erweiterbar 

30 um weitere Netzelemente oder Komponenten oder 
auch um neue Ubertragungsdienste, ohne daB die Ar- 
chitektur der Verwaltungssoftware geandert werden 
muB. Auch die Anwendungsprogramme oderdie Daten- 
stromsteuerungsprotokolle mussen nicht wesentlich 

35 verandert werden, bei Einfuhrung neuer Komponenten 
oder Netzelemente werden lediglich neue Parameter- 
werte eingefuhrt, mit denen diese identifiziert werden 
konnen. 

[0010] In einer Ausgestaltung der Erfindung ist vorge- 

40 sehen, daB die Funktionsgruppen jeweils mindestens 
ein Funktionsmodul aufweisen und daB den Funktions- 
modulen weitere Submodule zugeordnet sind. Die 
Funktionsmodule sind dauerhaft eingerichtet und je- 
weils mindestens ein einziges Mai im Ubertragungssy- 

45 stem vorhanden, wahrend die Submodule teilweise 
mehrfach (einmal auf jedem Netzeiement. das an einer 
Datenubertragung beteiligt ist) und teilweise auch nur 
solange vorhanden sind, wie sie fur eine Datenubertra- 
gung benotigt werden. Die Funktionsgruppen sind leicht 

50 erweiterbar um weitere Submodule, ohne daB andere 
Submodule wesentlich geandert werden mussen, und 
die Submodule sind auch anwendungsabhangig konfi- 
gurierbar, falls dies erforderlich ist. 
[0011] Eine vorteilhafte Ausgestaltung der Erfindung 

55 sieht vor, daB die Verwaltungssoltware in einer Zwi- 
schenschicht zwischen einer Anwendungsschicht und 
einer Komponentenschicht angeordnet ist. In der An- 
wendungsschicht laufende Anwendungen brauchen bei 
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einem solchen Dreischicht-Modell die in der Komponen- 
tenschicht angeordneten Hardware-Komponenten 
(Netzelemente Oder Telle von Netzelementen) und de- 
ren unterschiedliche Befehlssatze nicht zu kennen. Die 
Umsetzung von Anforderungen der Anwendungs- 
schicht in Befehle, die die Komponenten der Kompo- 
nentenschicht ansprechen und steuern, erfolgt durch 
die Verwaltungssoftware in der Zwischenschicht. Diese 
dreischichtige Struktur unterstutztdie einfache Erweite- 
rungsmoglichkeit um Komponenten, ohne Anwen- 
dungsprogramme oder die Architektur der Verwaltungs- 
software andern zu mussen. 

[0012] In einer davon ausgehenden Weiterbildung ist 
vorgesehen, daft in der Zwischenschicht Komponenten 
der Komponentenschicht als Objekte abstrahiert ange- 
ordnet sind. Objekte werden von der Verwaltungssoft- 
ware in der Zwischenschicht eingerichtet (instantiiert), 
wenn von einer Anwendung eine Datenubertragung an- 
gefordert und die entsprechende Kommunikationssit- 
zung eingerichtet wird, und sie werden wieder geloschl, 
nachdem die Datenubertragung abgeschlossen ist und 
die Kommunikationssitzung wieder aufgeldst wird. An- 
hand dieser Objekte werden die an einer Kommunikati- 
onssitzung beteiligten Komponenten auf die Datenuber- 
tragung vorbereitet (es wird z.B. die entsprechende 
Treibersoftware fur die Hardware-Komponenten gela- 
den, die Ressourcen werden reserviert usw.) und das 
Datenstromsteuerungsprotokoll wird initialisiert. 
[0013] In einer weiteren Ausgestaltung weist die Zwi- 
schenschicht eine auf mindestens einem Netzelement 
angeordnete Schnittstelle zur Anwendungsschicht auf 
zur Bereitstellung von Befehlen der Verwaltungssoft- 
ware und zur Verteilung von aufgerufenen Befehle an 
die Funktionsgruppen. Von der Schnittstelle werden Be- 
fehle zur Verwaltung und Steuerungen von Kommuni- 
kationssitzungen und zur Steuerung der Datenubertra- 
gung bereitgestellt, die unabhangig sind von dem Typ 
und dem Befehlssatz der zur Datenubertragung benutz- 
ten Komponenten. Zu benutzende Komponenten wer- 
den nur durch Parameterwerte beim Aufruf von Befeh- 
len angesprochen. Fur die Anwendungen spielt es da- 
bei keine Rolle, wie oft (mindestens einmal) und auf wel- 
chem Netzelement diese Schnittstelle vorhanden ist. Da 
der Schnittstelle bekannt ist, auf welchen Netzelemen- 
ten die einzelnen Funktionsmodule der Funktionsgrup- 
pen angeordnet sind, kann sie die von den Anwendun- 
gen aufgerufenen Befehle an die zustandigen Funkti- 
onsmodule verteilen. 

[0014] Die Erfindung betrifft auch eine Verwaltungs- 
software zur Verwaltung und Steuerung der Datenuber- 
tragung zwischen mehreren Netzelementen, welche ei- 
ne in mehrere Funktionsgruppen aufgeteilte Architektur 
aufweist, wobei eine erste Funktionsgruppe zur Konfi- 
gurierung von Kommunikationssitzungen, eine zweite 
Funktionsgruppe zur Verwaltung von Resourcen und ei- 
ne dritte Funktionsgruppe zur Steuerung von Datenstro- 
men vorgesehen sind. Eine solche Verwaltungssoft- 
ware konnte beispielsweise Verwendung finden in ei- 



nem Datenubertragungssystem zur Ubertragung von 
Multimediadaten, in einem Nachrichteninformationssy- 
stem zum Recherchieren in Nachrichtenmaterial und 
zum ErsteNen von Nachrichtenbeitragen, in einem Arz- 
5 teverbundnetzwerk zur Ubertragung von medizinischen 
Bilddaten oder in einem Kommunikationssystem. Z.B. 
bei Nachrichteninformationssystemen, bei denen das 
Nachrichtenmaterial (z.B. Videosequenzen) auf unter- 
schiedlichen Netzelementen an verschiedensten Orten 

io gespeichert ist, sind eine Vielzahl von Datenubertragun- 
gen erforderlich, wenn Redakteure in verschiedensten 
Nachrichtenmaterialien recherchieren oder daraus 
Nachrichtenbeitrage erstellen. Dabei ist eshaufig auch 
erforderlich, Datenstrome an mehreren Netzelementen 

is synchron auszugeben oder den DatenfluB interaktiv zu 
starten und zu stoppen, die Geschwindigkeit eines Da- 
tenflusses zu verandern oder Daten ruckwarts abzu- 
spielen. Dabei ist meist auch die Verarbeitung und Da- 
tenausgabe in Echtzeit erforderlich. Ahnliche Anforde- 

20 rungen konnen in einem Arzteverbundnetzwerk beste- 
hen, in dem medizinische Bilddaten (z.B. Ultraschallauf- 
nahmen des Herzen, bewegte Rontgenbilder usw.) 
Obertragen oder beispielsweise von mehreren Arzten 
gleichzeitig betrachtet werden sollen. 

25 [0015] Weiterhin betrifft die Erfindung auch ein Medi- 
um, beispielsweise eine CD-ROM, eine Diskette oder 
ein anderes Medium, insbesondere ein Speichermedi- 
um, mit einer genannten Verwaltungssoftware. AuBer- 
dem betrifft die Erfindung ein Netzelement mit einer ge- 

30 nannten Verwaltungssoftware. 

[0016] Die Erfindung wird nachfolgend anhand der 
Zeichnung naher erlautert. Es zeigen: 

Fig. 1 ein Netzwerk, in dem ein erfindungsgemaBes 
3S Obertragungssystem verwirklicht werden 

kann, 

Fig. 2 zwei Netzelemente zur Erlauterung des 
Schichtenmodells der erfindungsgemaBen 
Softwarearchitektur mit verteilter Anordnung 
40 der Verwaltungssoftware, 

Fig. 3 ein Blockschaltbildzur Erlauterung der Funk- 
tion der Anwendungs-Programm-Schnittstel- 
le, 

Fig. 4 ein Blockschaltbild der Architektur des Profil- 
45 Managements, 

Fig. 5 ein Blockschaltbild der Architektur des Res- 

sourcen-Managements, 
Fig. 6 ein Blockschaltbildder Architektur des Daten- 
strom-Managements und 
50 Fig. 7 zwei Netzelemente mit zentraler Anordnung 
der Verwaltungssoftware. 

[0017] In Fig. 1 ist beispielhaft ein einfaches Netzwerk 
gezeigt, bei dem die Erfindung eingesetzt werden kann. 
55 An dem symbolisch dargestellten Netzwerk 1, das bei- 
spielsweise ein lokales Netzwerk (LAN), ein offentliches 
Netzwerk (z.B. Internet) oder ein Netzwerk eines Unter- 
nehmens (z.B. Intranet) sein kann, sind mehrere Ar- 
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beitsstationen 2 (z.B. Workstations oder PCs) miteinan- 
der und mit weiteren Netzelernenten 3, 4 wie Speichers- 
tationen oder Serverstationen verbunden. Das gezeigte 
Netzwerk kann beispielsweise ein Muitimedia-Kommu- 
nikationsnetzwerk (z.B. ein Nachrichtenverarbeitungs- 
system einer Fernsehstation) sein, uber das Audio- und 
Videodaten ubertragen werden, wobei die Netzelemen- 
te des Netzwerkes beliebig weit verteilt angeordnet sein 
konnen. Die Arbeitsstationen 2 konnen Multimedia-PCs 
sein, auf denen unterschiedliche Anwendungen laufen, 
wie beispielsweise das Recherchieren in Nachrichten- 
materia! (Bilder, Videofilme, Texte, Audiodaten, ...)oder 
das Editieren in diesem Nachrichtenmaterial und das 
Erstellen von Nachrichtenbeitragen. Das Netzelement 
3 kann z.B. ein VideoServer, das Netzelement 4 ein Da- 
teiserver und das Netzwerk 1 ein ATM- Netzwerk (ATM 
= asynchroner Transfer Modus) Oder ein ISDN-Netz- 
werk sein. 

[0018] In Fig. 2 sind zwei Netzelemente 2A, 3A ge- 
zeigt, die uber ein Netzelement 5, beispielsweise einen 
ATM-Verbindungsknoten, miteinander verbunden sind. 
Das Netzelement 2A ist dabei eine Arbeitsstation, auf 
der Anwendungen wie z.B. das Recherchieren (Sichten, 
Auswahlen, Grobschnitt) in Videomaterial laufen, das 
auf dem VideoServer 3A gespeichert ist. Das Schichten- 
modell, das der erfindungsgemaGen Softwarearchitek- 
tur zugrundeliegt, und ein einfaches Blockschaltbild die- 
ser Softwarearchitektur sind in dieser Figur erkennbar. 
[0019] Horizonlal untereinander (durch gestrichelte 
Linien getrennt) sind die drei Schichten Anwendungs- 
schicht AL (application layer), Zwischenschicht ML 
(middleware layer) und Komponentenschicht CL (com- 
ponents layer) angeordnet. 

[0020] Die Anwendungsschicht enthalt die Anwen- 
dungsprogramme (inklusive einer graphischen Benut- 
zeroberflache)fur verschiedene Anwendungen. Die An- 
wendungen nutzen Anwendungssteuerfunktionen 11 
(ACF, application control function), die im allgemeinen 
eine Programmeinheiten sind. die ein Gerat, beispiels- 
weise einen Computer oder irgendeine Komponente ei- 
nes Computers, dazu veranlassen, eine spezielle Aul- 
gabe auszufuhren. Eine ACF kdnnte beispielsweise ei- 
nen Computer dazu veranlassen, Datenmanagement- 
oder Textverarbeitungsfunktionen auszufuhren. Eine 
ACF kdnnte auch dazu vorgesehen sein, die Einrich- 
tung und Steuerung einer Multimedia-Kommunikations- 
sitzung zwischen mehreren Benutzern zu veranlassen. 
[0021] Die Komponentenschicht CL (components 
layer) beschreibt die physikalischen Komponenten 
(Entitaten) 6, 7, 8 der verschiedenen Netzelemente 2A, 
3A wie beispielsweise Kodierer, Dekodierer, Videokar- 
ten, NetzwerkanschluGkarten und Speicherelemente, 
also alle physikalischen Elemente, die zur Realisierung 
der Anwendungen der Anwendungsschicht erforderlich 
sind. 

[0022] Die Zwischenschicht ML (middleware layer) 
steMt das Bindeglied zwischen der Anwendungsschicht 
AL und der Komponentenschicht CLdar. Die Einfuhrung 



einer separaten Zwischenschicht hat gegenuber der di- 
rekten Ansteuerung der Komponenten unmittelbar von 
den Anwendungen ausden Vorteil, daG sowohleinzelne 
Komponenten als auch einzelne Anwendungen ohne 

5 groGeren Aufwand ausgetauscht, entfernt oder hinzu- 
gef ugt werden konnen. Von den Anwendungen benotig- 
te Funktionen werden im allgemeinen auch nicht durch 
einzelne Komponenten, sondern im Verbund mehrerer 
Komponenten erbracht. Diese Zusatzfunktionen wer- 

10 den typischerweise von mehreren Anwendungen ge- 
nutzt und konnen deshalb in der Zwischenschicht alien 
Anwendungen angeboten werden. AuGerdem werden 
in der Zwischenschicht alle zu realisierenden Funktio- 
nen quasi zusammengefaGt und die Gesamtkonsistenz 

15 des Systems sichergestellt. 

[0023] Den Kern der Zwischenschicht bildet eine Ver- 
waltungssoftware, das sogenannte Sitzungs-Verwal- 
tungs- und Steuerungssystem SMC (session manage- 
ment and control system), das die Funktionalitaten zum 

20 Einrichlen und Sleuern von Multimedia-Kommunikali- 
onssitzungen zwischen mehreren Benutzern (an unter- 
schiedlichen Netzelementen) zur Verfugung stellt. Im 
gezeigten Fall ist das SMC verteilt auf den beiden Netz- 
elementen 2A, 3A angeordnet, d.h. auf jedem Netzele- 

25 ment 2A, 3A ist ein SMC-Objekt 9 bzw. 10 vorhanden. 
In diesen SMC-Objekten 9, 10 wird die Funktionalitat 
des SMC realisiert durch entsprechende Dienst-Objek- 
te (service objects) und Funktionsrnodule (handlers), in 
die die SMC-Objekte 9, 10 unterteilt sind. Die SMC-Ob- 

30 jekte 9, 10 erstellen und verwalten auBerdem Abstrak- 
tionen von Entitaten der Komponentenschicht, die die 
physikalischen Elemente der Komponentenschicht in 
der Zwischenschicht einbetten. Solche Abstraktionen 
sind beispielsweise die Funktionsknoten (FN, functional 

35 nodes) 16, 20, die die Funktionalitat zur Verarbeitung 
von Daten, zur Ausfuhrung von verarbeitungsspezifi- 
schen Steueroperationen und die Datenstrukturen um- 
fassen, die zur Speicherung von Zustandsinformatio- 
nen erforderlich sind. 

40 [0024] Die Funktionsknoten 16, 20 beinhalten auch 
Softwaretreiber fur physikalische Elemente der Kompo- 
nentenschicht und konnen auf jedem Netzelement 2A, 
3A auch mehrfach instantiierl sein . Ein Funktionsknoten 
besteht aus zwei Teilen: dem Steuerungscode und dem 

45 Datenstromverarbeitungscode. Der Steuerungscode ist 
verantwortlich fur die Initialisierung des Funktionskno- 
ten (z.B. dasOffnen eines Gerates und das Laden des 
Treibers fur dieses Gerat) und fur die Anderung von Pa- 
rametern wahrend der Ausfuhrung einer Anwendung. 

so Der Datenstromverarbeitungscode ist zustandig fur die 
anwendungsabhangige Behandlung von Daten. 
[0025] Das SMC-Objekt 9 bietet der Anwendungs- 
schicht AL eine Schnittstelle an, die sogenannte Anwen- 
dungs-Programm-Schnittstelle API (application pro- 

55 gram interface), die als API-Objekt 12 im SMC-Objekt 
9tnstantiiertist. Das API-Objekt 1 2 bietet einen Befehls- 
satz an, der von in der Anwendungsschicht laufenden 
Anwendungsprogrammen benutzt werden kann. Die 
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Bclchlc werden von den in der Anwendungsschicht AL 
Inutondon Anwendungssteuerfunktionen 11 aufgeru- 
fcn 

[0026] Die SMC-Objekte 9. 10 umfassen weiterhin je- 
weiisdiei Funktionsmodule 13, 14, 15 bzw. 17, 18, 19, s 
cis • ..owohl miteinander a Is auch mit dem API-Objekt 1 2 
i m: j mi don Funktionsknoten 16, 20 kommunizieren und 

iMT-i.-iqicicn. 

|0027J Die Profilmanagement-Funktionsmodule 
• f mh piohle management handler) 13, 17 sind fur die io 
h.Mhviciungdes Profilmanagements zustandig. Sie be- 
.it (}• .-Hen rtllc Auftrage von ACFs betreffend die Manipu- 
Ki'ioi von Sit/ungsprofilen und steuern die Einrichtung 
von Sii/ungstopologien. Dazu kommuniziert es mit den 
/island qcn Objekten auf den betroffenen Netzelemen- 75 
lei jm den Steuer- und Echtzeit-Verarbeitungscode 
dci hun-uionsknoten 16 ; 20 emzurichten. 
[0028] Die Datenstrommanagement-Funktionsmo- 
dule <SBMH. stream and buffer management handler) 
\£ ir bind fur die Realisierung des Dalenslrom- und 20 
Puffei 1 n^iiny ements zustandig. Sie bearbeiten alle Auf- 
trrige von ACFs betreffend die Datenstromsteuerung, 
Drticnslromsynchronisation und die Bearbeitung von 
Pmsenl.ilionsbeschreibungen. AuRerdem realisieren 
sic die M.ikro-Stoucrung von Datenstromen, d.h., sie 2s 
voranlnssen Anfang und Ende einer Datenubertragung 
sowie Anderungen der Ubertragungsgeschwindigkeit 
durch Kommunikation mit entsprechenden weiteren 
(hier nicht dargestellten) Objekten auf demselben oder 
auf anderen Netzelementen Diese weiteren Objekte 30 
realisieren die Mikro-Steuerung von Datenstromen auf 
dem entsprechenden Netzelement durch Uberwachung 
und/oder Zeitsteuerung der Aktivierung von Funktions- 
knoten (FN) und durch Verwaltung der Zwischenspei- 
cherung von Daten zum interaktiven Zuruckspielen ge- 35 
speicherter Daten. 

[0029] Die Ressourcenmanagement-Funktionsmo- 
dule (RMH, resource management handler) 15, 19 sind 
fur die Realisierung des Ressourcenmanagements zu- 
standig. Sie bearbeiten die Aushandlung von Dienstgu- 40 
teanforderungen von ACFs bezuglich Kommunikations- 
pfaden. die Reservierung von Ressourcen und generie- 
ren Meldungen fur den Fall sinkender Dienstgute. Dazu 
koopeneren die RMHs 15, 19 mit weiteren (nicht darge- 
stellten) Objekten auf den Netzelementen, die in die 45 
Verarbeitung und die Ubertragung von Daten entlang ei- 
nes Datenpfades involviert sind. um die notwendige Ka- 
paziliit (z.B. CPU-Rechenzeil, Festplatlen-Ein-/Ausga- 
be-Bandbreite, Speicherplatz, Netzwerkbandbreite) zu 
reservieren und ggf. Zeitplane aufzustellen (z.B. fur die so 
Aktivierung beteiligter Komponenten). 
[0030] Die Funktion der Anwendungs-Programm- 
Schnittstcllc API 1 2 sol) anhand von Fig. 3 nahcr erlau- 
tert werden. In einem ersten Funktionsmodul 1 21 erfolgt 
eine Syntax- und Semantik-Prufung der von einer ACF 55 
11 aufgerufenen Befehle oder sonstigen Nachrichten. 
In einem zweiten Funktionsmodul 122, das mit dem er- 
sten Funktionsmodul 1 21 kommuniziert, erfolgt eine Au- 
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thentifizierungsprozedur, bei der uberpruft wird, ob die 
aufrufende ACF 11 die notwenciigen Berechtigungen 
besitzt, umdieaufgerufene Funktion tatsachlich ausfuh- 
ren zu lassen. Dazu kann eine Kommunikation mit ei- 
nem (nicht gezeigten)auGerhalb des Netzelementes 2A 
befindlichen Authentifizierungsmodul stattfinden. In ei- 
nem dritten Funktionsmodul 123 erfolgt eine Gultigkeits- 
prufung, d.h. es wird in einem ersten Schritt uberpruft, 
ob die gegebene Operation im aktuellen Zustand des 
Systems und mit den gegebenen Parametern tatsach- 
lich aufgerufen werden dart, ohne daG es zu Inkonsi- 
stenzen oder unzulassigen Zustanden kommt. 
[0031] SchlieGlich werden im Funktionsmodul 1 24 die 
Befehle und Nachrichten in Protokolle umgesetzt, die 
an die zustandigen Funktionsmodule 13, 14. 15 weiter- 
gereicht werden, die wechselseitig miteinander in Ver- 
bindung stehen. Einzelne Nachrichten und Befehle kon- 
nen dabei auch in Gruppen von Nachrichten oder Be- 
fehlen zusammengefaBt und umgesetzt werden, die an 
alle betroffenen Funktionsmodule 1 3, 14, 15 weilerge- 
reicht werden und die alle alle betroffenen Funktions- 
module 13, 14, 15 gleichermaBen instruieren. Diese 
Gruppen sind jeweils fur ein bestimmte Art von Funktio- 
nen zustandig, namlich fur: 

Funktionen zur Verwaltung von Kommunikationssit- 
zungen, 

Funktionen zur Bearbeitung von Sitzungstopologi- 
en, 

Funktionen zur Bearbeitung von Datenstromen, 
Funktionen zur Steuerung von Funktionsknoten 
und Diensten und 

Funktionen zur Unterstutzung der Koordination von 
Anwendungssteuerfunktionen. 

[0032] Die Funktionen zur Bearbeitung von Daten- 
stromen werden dabei ausschlieBlich an das SBMH 1 4, 
die Funktionen zur Verwaltung von Kommunikationssit- 
zungen und zur Bearbeitung von Sitzungstopologien 
ausschlieBlich an das PMH 13.weitergereicht, wahrend 
die restlichen Funktionen an das PMH 13 und/oder das 
RMH weitergereicht werden. 

[0033] Durch die beschriebene Ausgestaltung der 
Anwendungs-Programm-Schnittstelle API 12 wird die 
Entkopplung der Anwendungssteuerfunktionen von 
Programmierungsdetails, die sich beispielsweise auf- 
grund der unterschiedlichen Arten von verwendete 
Komponenten in der Komponentenschichl ergeben, er- 
reicht. Die Anwendungs-Programm-Schnittstelle API 12 
stellt Funktionen fur alle derzeit vorhandenen Verarbei- 
tungs- und Trans portdienste bereit, ist aber auch auf 
einfache Weise erweiterbar um Funktionen fur weitere 
Verarbeitungs- und Transportdienste. 
[0O34] Die funktionale Architektur des Profil-Manage- 
ments, des Ressourcen-Managements und des Daten- 
strom-Managements im einzelnen wird nachfolgend an- 
hand der Blockschaltbilder in den Figuren 4 bis 6 erlau- 
tert. 
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[0035] Die f unktionale Architektur des Profil-Manage- 
ments soil anhand des Blockschaltbildes in Fig. 4 ver- 
deutlicht werden. Gezeigt sind zwei Netzelemente 2A, 
2B, beispielsweise zwei Arbeitsstationen, mit symbo- 
lisch jeweils einer ACF 11, 21. Weiterhin ist ein SMC 
vorhanden, das als jeweils ein SMC-Objekt 9 ; 22 auf ei- 
nem Netzelement 2A, 2B vorhanden ist und von dem in 
Fig. 4 nur die fur das Profil-Management erforderlichen 
Funktionsmodule und Objekte, die zur ersten von drei 
Funktionsgruppen gehoren. gezeigt sind. 
[0036] Die ACFs der beiden Netzelemente 2A, 2B 
kommunizieren mit dem API -Objekt 1 2, das sich nur auf 
dem Netzelement 2A befindet. Das Profilmanange- 
ment-Funktionsmodul (PMH) 13 ist ein Objekt, das 
ebensooft instantiiert ist wie das API-Objekt 12 und das 
sich aut demselben Netzelement 2A wie das API-Objekt 
12 befindet. Das PMH 13 implementiert die Datenbank, 
die die Beschreibung von Entitaten enthalt, die von den 
ACFs 11, 21 eingerichtet wurden. In dieser Datenbank 
sind Einlrage fur die Funklionsknoten (FN) 16, 23, die 
Datenzugriffspunkte (DAP, data access points) 24, 25 
und die Medien (media) 26 sowie deren wechselseitige 
Beziehungen und Gruppierung zu Topologien gespei- 
chert. 

[0037] Eine Topologie (topology) ist ein gerichteter 
Graph, der durch die gerichtete Verbindung von Daten- 
zugriffspunkten 24, 25 mit geeigneten Medien 26 gege- 
ben ist. 

[0038] Ein Datenzugriffspunkt (DAP) 24, 25 ist ein 
Objekt, von dem ein Funktionsknoten 16, 23 Datenein- 
heiten liest bzw. an das ein Funktionsknoten Datenein- 
heiten aus seinem Datenstromverarbeitungscode 
schreibt. Lesen bzw. Schreiben bedeutet dabei das Ein- 
richten eines Zeigers auf einen Speicherbereich, in dem 
die Dateneinheit gespeichert ist, d.h., nur Zeiger werden 
verschoben, es werden keine Dateneinheiten kopiert. 
Der Verarbeitungscode eines Funktionsknotens 16, 23 
umfaGt nicht die Mittel, um Dateneinheiten von einem 
Funktionsknoten 16, 23 zu einem anderen zu verschie- 
ben. Ein DAP 24, 25 ist ein Objekt, das dynamisch von 
einem Funktionsknoten 16, 23 erstellt wird. Ein DAP 
kann entweder ein Eingabe-DAP (I DAP, input DAP) 24 
oder ein Ausgabe-DAP (OD AP, output DAP) 25 sein. E in 
IDAP 24 implementiert eine Warteschlange fur Daten- 
einheiten bzw. Zeiger auf Dateneinheiten, den soge- 
nannten Ausgabepuffer (play-out buffer). Ein ODAP 25 
enthalt Zeiger auf ein oder mehrere Medien 26, an die 
von einem Funktionsknoten 16, 23 gelieferte Datenein- 
heiten weitergereicht werden. An ein ODAP 25 geliefer- 
te Daten konnen an verschiedene Medien 26 weiterge- 
reicht werden. 

[0039] Ein Medium (medium) 26, ein Ubertragungs- 
mittel, beinhaltet die Datentransferfunktionalitat. Medi- 
en implementieren verschiedene Transferlunktionen 
wie das Verschieben eines Zeigers auf eine Datenein- 
heit von einem DAP 24, 25 zu einem anderen DAP 24, 
25 oder einen Netzwerktransportdienst, z.B. eine UDP/ 
IP-Verbindung (UDP/IP: user datagram protocol/inter- 



net protocol) uber Ethernet oder ATM. Die Abstraktions- 
komponente "Medium" ist die Kornbination eines Sen- 
demediumobjektes und eines Empfangsmediumobjek- 
tes, die beide vom SMC eingerichtet werden. Da es 
5 nicht erforderlich ist, daG die ACFs 1 1 , 21 Zugriff haben 
auf die Medien, kann nur aus dem SMC selbst heraus 
auf die Medien zugriff en werden. 

[0040] Das PMH 13 ist zustandig fur semantische 
Oberprufungen von Funktionsauf rufen betreffend Topo- 

10 logien, z.B. den Funktionsaufruf, die zwei Funktionskno- 
ten 16, 23 zu einer Topologie zu verbinden. Das PMH 
1 3 weist den von ihm verwalteten Entitaten Identif izierer 
zu, welche an die ACFs 11, 21 fur spatere Benutzung 
weitergegeben werden. Das PMH 1 3 reicht Funktions- 

15 aufrufean Submodule, die Konfigu rations-Module (CH, 
contiguration handlers) 27, 28 auf demselben oder auf 
anderen Netzelementen 2A, 2B weiter, um Topologien 
einzurichten, zu verandern oder Teile von verteilten 
Echtzeit-Verarbeitungs-Topologien zu entfernen. 

20 [0041] Ein Konfiguralions-Modul (CH) 27, 28 ist zu- 
standig fur den Aufbau und das Entfernen von Teilen 
einer Topologie, welche au1 demselben Netzelement 
2A, 2B wie das CH 27, 28 selbst angeordnet sind. Ein 
CH 27, 28 erstellt und verbindet also die abstrahierten 

25 Objekte von Elementen der Komponentenschicht in der 
Zwischenschicht. Dies ist im unteren Teilvon Fig. 4 ge- 
zeigt, wo zwei Funktionsknoten 1 6, 23 mit einem Aus- 
gabe-DAP 25 bzw. einem Eingabe-DAP 24 durch ein 
Medium 26, z.B. eine Netzwerkleitung verbunden sind. 

30 Ein CH 27, 28 ist ein Objekt, das nur einmal pro Netz- 
element 2A, 2B eingerichtet ist. Ein CH 27. 28 enthalt 
eine Datenbank, welche die von ihm eingerichteten als 
Objekte abstrahierten Komponenten der Komponen- 
tenschicht enthalt. Diese Datenbank ermoglicht es, die 

35 Komponentenidentifizierer, welche am API-Objekt 4 
sichtbar sind, den aktuell eingerichteten abstrahierten 
Komponenten zuzuordnen. Das CH 27, 28 implemen- 
tiert auQerdem die Algorithmen zu r E inrichtung und zum 
Entfernen der Funktionsknoten 1 6, 23 und der Medien 

40 26 und zum Verbinden dersetben auf Anforderung des 
PMH 13. 

[0042] Es kann auch vorgesehen sein, daB die ACFs 
direkt mit manchen als Objekte abstrahierten Kompo- 
nenten, z.B. mit den Funktionsknoten 16, 23 kommuni- 

45 zieren konnen, wenn die Funktionsknoten 16, 23 den 
ACFs direkt Befehle anbieten. Ein Beispiel ist die Steue- 
rung der Lautstarke einer Audio-Komponente oder die 
Anderung der GroBe eines Ausgabefensters direkt von 
einer Anwendung aus. Dies fuhrt zu einer Entlastung 

so des SMC. AuGerdem kann das SMC von den spezifi- 
schen Funktionen der Funktionsknoten 16, 23 sowie de- 
ren Steuerung unabhangig gehalten werden. 
[0043] In Fig. 5 wird anhand eines Blockschaltbildes 
die funktionale Architektur des Ressourcen-Manage- 

55 ments erlautert. Auf den beiden Netzelementen 2 A, 2B 
ist jeweils wiederum ein SMC-Objekt 9, 22 vorhanden, 
wobei nur die fur das Re ssourc en -Management erfor- 
derlichen Objekte und Funktionsmodule, die zur zwei- 
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ten der drei Funktionsgruppen gehoren, gezeigt sind. 
[0044] Das Ressourcen-Management-Funktionsmo- 
dul (RMH) 15 ist ein Objekt, das ebensooft instantiiert 
ist wie das API-Objekt 12 und das sich auf demselben 
Netzelement 2A wie das API-Objekt 12 befindet. Das s 
RMH 15 implementiert die Datenbank, die die von den 
ACFs 11, 21 aufgestellten Erfordernisse bezuglich der 
Dienstgute enthalt. Das RMH 15 interagiert mit dem 
PMH (13 in Fig. 2), um Informationen daruber zu erhal- 
ten, wo und mit welcher StrukturTopologien eingerichtet 70 
sind. Es werden auch Anfragen des PMH (13) beant- 
wortet betreffend das Vorhandensein und die Belegung 
von Ressourcen. Das RMH 15 interagiert auch mit dem 
SBMH (1 2 in Fig. 2), um zeitliche Parameter von Daten- 
stromen zu erhalten, die relevant sind fur die Bestinn- fs 
mung der zu reservierenden Ressourcen. 
[0045] Der Ablaut der Ressourcen-Reservierung wird 
von einem Ressourcen-Reservierungsprotokoll gesteu- 
ert. Das SMC 9, 22 implementiert mehrere nicht inter- 
agierende Ressourcen-Reservierungsprotokolle. Ein 20 
sotches Ressourcen-Reservierungsprotokoll wird von 
verschiedenen Submodulen, dem Ressourcen-Reser- 
vierungs-Modul (RRC, resource reservation coordina- 
ter) 29 und mehreren Endsystem-Ressourcenmanage- 
ment-Modulen (ESRM, end-system resource mana- 2s 
gers) 30, 31 implementiert. Das Kommunikationssche- 
ma zwischen den RRCs 29 und den ESRMs 30, 31 so- 
wie unter den ESRMs 30, 31 selbst wird von dem Res- 
sourcen-Reservierungsprotokoll definiert. 
[0046] Ein RRC 29 ist ein Objekt, das dauerhaft exi- 30 
stiert und auf demselben Netzelement 2A wie das RMH 
15 angeordnet ist. Das RRC 29, das in mehreren ne- 
beneinander existierenden Instanzen (jeweiis eine In- 
stanz pro Ressourcen-Reservierungsprotokoll) auf ei- 
nem Netzelement 2A vorhanden sein kann, ist zustan- 35 
dig fur die Koordinierung der Zuweisung und Freigabe 
von Ressourcen. Es gibt Anforderungen an ein ESRM 
30, 31 auf demselben oder auf anderen Netzelementen 
2A, 2B weiter bezuglich der Zuweisung von Dienstgute- 
parametern und bezuglich der Reservierung von Res- 40 
sourcen auf spezifischen Netzelementen 2A, 2B. Das 
RRC 29 bearbeitet die globale Koordinierung des Res- 
sourcen-Reservierungsprozesses. Ein Protokoll und 
damit auch das zugeordnete RRC 29 werden von einem 
eindeutigen Protokollidentifizierer gekennzeichnet. 45 
[0047] Die RRCs 29 interagieren mit ESRMs 30, 31 , 
die zustandig sind fur das Aushandeln der individuellen 
Ressourcen fur die Teile eines Dalenstroms, die auf ei- 
nem spezifischen Netzelement 2A, 2B instantiiert sind. 
Die ESRMs 30, 31 konnen auBerdem die aktuelle so 
Dienstgute uberwachen. um entsprechende Meldungen 
auszugeben oder Nachverhandlungen einzuleiten. Ein 
ESRM 30, 31 ist ein Objekt, das auf Anforderung eines 
RRC 29 erstellt wird. Die ESRMs 30, 31 konnen auch 
uber eine direkte Verbindung miteinander kommunizie- 55 
ren, was die Implementierung verteilt ablaufender Pro- 
tokolle erlaubt. 

[0048] Eine reservierbare Ressource (z.B. eine Kom- 



ponente der Komponentenschicht) ist verknuptt mit ei- 
nem weiteren Submodul, dem Spezial-Ressourcenma- 
nagement-Modul (SRM. special resource manager) 32, 
33 auf jedem Netzelement 2A, 2B. Ein SRM 32, 33 ist 
ein Objekt, das eingerichtet wird, sobald die von ihr ge- 
steuerte Ressource verfugbar ist. Die Einrichtung von 
SRMs 32, 33 wird vom SMC durchgefuhrt. Ein ESRM 
30, 31 kann ein SRM 32, 33 fur eine Ressource durch 
einen Vermittlungsdienst finden. Ein SRM 32, 33 imple- 
mentiert die Schnittstelle und Datenstrukturen fur die 
Buchhaltung von Reservierungsanforderungen und so- 
weit anwendbar den Planungsalgorithmus fur die Be- 
nutzungvon Ressourcen (z.B. im Falle von CPUs). 
[0049] In Fig. 6 wird anhand eines Blockschaltbilds 
die funktionale Architektur des Datenstrom-Manage- 
ments erlautert. Von den auf den beiden Netzelementen 
2A, 2B vorhandenen SMC-Objekten 9, 22 sind hier nur 
die fur das Datenstrom-Management erforderlichen Ob- 
jekte und Funktionsmodule, die zur dritten Funktions- 
gruppe gehoren, gezeigt. 

[0050] Das Datenstrom-Management-Funktionsmo- 
dui (SBMH) 14 ist ein Objekt, das ebensooft instantiiert 
ist wie das API-Objekt 12 und das sich auf demselben 
Netzelement 2A wie das API-Objekt 12 befindet. Das 
SBMH 14 implementiert die Datenbank, die die Be- 
schreibung der von den ACFs 11, 21 fur die Daten- 
stromsteuerung benotigten Entitaten und der von den 
ACFs 11, 21 gesetztenzeitlichen Parametervon Daten- 
stromen enthalt. In der Datenbank sind Eintrage fur ein- 
zelne Datenstrome oder Gruppen von Datenstromen 
und deren zeitliche Parameter enthalten. Das SBMH 14 
ist zustandig fur semantischeUberprufungen betreffend 
die Korrektheit von Funktionsauf rufen zurDatenstroms- 
teuerung, z.B. beim Starten oder Stoppen von Daten- 
flussen oder bei der Veranderung der Datenflu3ge- 
schwindigkeit. Das SBMH 14 interagiert mit dem PMH 
(13 in Fig. 2), um Ortsinformationen, Referenzen auf 
Funktionsknoten und Kenntnisse uber die Struktur von 
Teilen von Topologien zu erhalten, die von Datenstro- 
men benutzt werden. 

[0051] Ein Datenstrom wird von einem einzigen Da- 
tenstromsteuerungsprotokollgesteuert. Das SMC stellt 
mehrere verschiedene Datenstromsteuerungsprotokol- 
le zur Verfugung. Ein Datenstromsteuerungsprotokoll 
wird von weiteren Submodulen, einem Steuerungs-Mo- 
dul (CTRL, controller) 34 undFunktionsknoten-Modulen 
(FNA, functional node agent) 35, 36 implementiert. Die 
auszutauschenden Nachrichlen und deren Abfolge zwi- 
schen den Steuerungs-Modulen 34 und den Funktions- 
knoten-Modulen 35, 36 sowie zwischen den Funktions- 
knoten-Modulen 35, 36 selbst wird durch das Daten- 
stromsteuerungsprotokoll defin iert. 
[0052] Ein Steuerungs-Mcdul 34 ist ein Objekt, das 
auf demselben Netzelement 2A angeordnet ist wie das 
SBMH 14, welches es erstellt hat. Ein Steuerungs-Mo- 
dul 34 bietet Operationen fur die Makro-Steuerung ein- 
zelner Datenstrome und Datenstromgruppen an. Da- 
tenstromgruppen konnen erstellt und geloscht werden. 
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Datenstrome konnen zu Datenstromgruppen hinzuge- Pa 
fiigt oder von Datenstromgruppen entfernt werden. Ein- 
zelne Datenstrome und Datenstromgruppen konnen 1. 
geladen, gestartet und gestoppt sowie deren Geschwin- 
digkeit und Wiedergaberichtung geandert werden. Es 5 
existiert ein Steuerungs-Modul 34 fur jedes Daten- 
stromsteuerungsprotokoll, wobei mehrere Steuerungs- 
Module 34 fur unterschiedliche Datenstromsteuerungs- 
protokolle nebeneinander existieren ohne zu interagie- 
ren. Das Datenstromsteuerungsprotokoll und das zuge- io 
ordnete Steuerungs-Modul 34 werden durch einen ein- 
deutigen Protokollidentifizierer gekennzeichnet. 
[0053] Ein Funktionsknoten-Modul 35, 36 ist ein Ob- 
jekt, das auf Anforderung von einem Steuerungs-Modul 
34 eingerichtet wird, das mit den Funktionsknoten-Mo- *5 
dulen 35, 36 interagiert. Die Funktionsknoten-Module 
35, 36 ubernehmen die zeitliche Feinsteuerung der zu- 2. 
geordneten Funktionsknoten 16, 23 entsprechend ei- 
nes spezifischen Datenstromsteuerungsprotokolls. 
Funktionsknoten-Module 35, 36 uberwachen und sleu- 20 
ern im allgemeinen das zeitliche Verhalten des Daten- 
transfers und der Datenverarbeitung von Funktionskno- 
ten 16, 23. Ein Funktionsknoten-Modul 35, 36 ist nur 
dem von ihm gesteuerten Funktionsknoten 16, 23 zu- 
geordnet. Deshalb sind die Funktionsknoten-Module 2s 3. 
35, 36 auf demselben Netzelement 2A, 2B angeordnet 
wie der zugehorige Funktionsknoten 16, 23. Zur Abstim- 
mung der Datenstromsteuerung konnen auf unter- 
schiedlichen Netzelementen 2A, 2B eingerichtete Funk- 
tionsknoten-Module 35, 36 auch miteinander kommuni- 30 
zieren. 

[0054] In Fig. 7 sind zwei Netzelemente 2A, 2B ge- 4. 
zeigt. bei denen die Verwaltungssottware nicht wie bei 
den in Fig. 2 gezeigten Netzelementen 2 A, 3A verteilt, 
sondern zentral auf dem Netzelement 2A angeordnet 35 
ist. Das bedeutet, daG nur aul dem Netzelement 2A ein 
SMC-Objekt 9 mit alien erforderlichen Funktionsmodu- 
lenundObjekten(API 12, PMH 13, SBMH 14, RMH 15, 5. 
FN 16, FN A 35, CH 21), wahrend auf dem Netzelement 
2B nur die Objekte FN 23, FN A 36 und CH 28 vorhanden 40 
sind, die auf jedem Netzelement eines Netzwerkes mit 
der beschriebenen Verwaltungssottware mindestens 
vorhanden sein mussen. AuBerdem ist in Fig. 7 zu er- 
kennen, daG auf einem Netzelement 2A, 2B auch meh- 6. 
rere Anwendungen 37, 38 bzw. 39, 40 laufen konnen, 45 
wobei aus einer Anwendung 37 heraus auch mehrere 
ACFs 11 A, 11B gleichzeitig auf das API-Objekt 12 zu- 
greifen konnen. 

[0055] Zur Verwaltung von Objekten und zur Gewahr- 
leistung der Ortstransparenz von Objekten in einem in 50 
Fig. 1 gezeigten Netzwerk wird eine Objektverwaltungs- 
software (ORB, objekt request broker) eingesetzt. Dazu 7. 
konnen bekannte Betriebssysteme wie z.B. Microsoft 
DCOM (distributed common object model) oder CORBA 
(common object request broker architecture), die diese 55 
Funktionalitat bereitstellen, oder auch eine eigens daf Or 
erstellte Infrastruktur eingesetzt werden. 



Ubertragungssystem mit Mitteln zur Steuerung der 
Datenubertragung zwischen mehreren Netzele- 
menten (2, 3, 4), 

dadurch gekennzeichnet, daG die Mittel eine Ver- 
waltungssottware (SMC) zur Verwaltung und 
Steuerung von Kommunikationssitzungen aufwei- 
sen, daG die Verwaltungssottware (SMC) eine in 
mehrere Funktionsgruppen aufgeteilte Architektur 
aufweist und daG eine erste Funktionsgruppe zur 
Konfigurierung von Kommunikationssitzungen, ei- 
ne zweite Funktionsgruppe zur Verwaltung von 
Ressourcen und eine dritte Funktionsgruppe zur 
Steuerung von Datenstromen vorgesehen sind. 

Ubertragungssystem nach Anspruchl, 
dadurch gekennzeichnet, daG die Funktionsgrup- 
pen jeweils mindestens ein Funktionsmodul (PMH, 
RMH, SBMH) aufweisen und daG den Funktions- 
modulen (PMH, RMH, SBMH) weitere Submodule 
(CH, RRC, ESRM, SRM, CTRL, FNA) zugeordnet 
sind. 

Ubertragungssystem nach Anspruch 2, 
dadurch gekennzeichnet, daG die Funktionsmodule 
(PMH, RMH, SBMH) jeweils einmal und zentral auf 
einem einzigen Netzelement (2A) oder jeweils 
mehrfach und verteilt auf verschiedenen Netzele- 
menten (2A, 3A) angeordnet sind. 

Ubertragungssystem nach Anspruch 1, 
dadurch gekennzeichnet, daB die Verwaltungssott- 
ware (SMC) in einer Zwischenschicht (ML) zwi- 
schen einer Anwendungsschicht (AL) und einer 
Komponentenschicht (CL) angeordnet ist. 

Ubertragungssystem nach Anspruch 4, 
dadurch gekennzeichnet, daG in der Zwischen- 
schicht (ML) Komponenten (6, 7, 8) der Komponen- 
tenschicht (CL) als Objekte abst rah iert angeordnet 
sind. 

Ubertragungssystem nach Anspruch 4, 
dadurch gekennzeichnet, daB die Zwischenschicht 
(ML) eine auf mindestens einem Netzelement (2A) 
angeordnete Schnittstelle (API) zur Anwendungs- 
schicht aufweisl zur Bereitste Hung von Befehlen der 
Verwaltungssottware (SMC) und zur Verteilung auf- 
gerufener Befehle an die Funktionsgruppen. 

Verwaltungssottware zur Verwaltung und Steue- 
rung der Datenubertragung zwischen mehreren 
Netzelementen (2, 3, 4), 

dadurch gekennzeichnet, daB die Verwaltungssott- 
ware (SMC) eine in mehrere Funktionsgruppen auf- 
geteilte Architektur aufweist, daB eine erste Funkti- 
onsgruppe zur Konfigurierung von Kommunikati- 
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onssitzungen, eine zweite Funktionsgruppe zur 
Verwaltung von Ressourcen und eine dritte Funkti- 
onsgruppe zur Steuerung von Datenstromen vorge- 
sehen sind. 

5 

8. Verwendung der Verwaftungssoftware nach An- 
spruch 7 in einem 

Datenubertragungssystem zur Ubertragung von 
Multimediadaten, in einem Nachrichteninformati- 
onssystem zum Recherchieren in Nachrichtenma- 10 
terial und zum Erstellen von Nachrichtenbeitragen, 
in einem Arzteverbundnetzwerk zur Ubertragung 
von medizinischen Bilddaten Oder in einem Kom- 
munikationssystem. 

75 

9. Medium mit einer Verwaltungssoftware zur Verwal- 
tung und Steuerung der Datenubertragung zwi- 
schen mehreren Netzelementen (2, 3, 4), 
dadurch qekennzeichnet , daB die Verwaltungssoft- 
ware (SMC) eine in mehrere Funktionsgruppen auf- 20 
geteilte Architektur aufweist, daB eine erste Funkti- 
onsgruppe zur Konfigurierung von Kommunikati- 
onssitzungen, eine zweite Funktionsgruppe zur 
Verwaltung von Ressourcen und eine dritte Funkti- 
onsgruppe zur Steuerung von Datenstromen vorge- 2s 
sehen sind. 

10. Netzelement mit einer Verwaltungssoftware zur 
Verwaltung und Steuerung der Datenubertragung 
zwischen mehreren Netzelementen (2, 3, 4), 30 
dadurch qekennzeichnet , daB die Verwaltungssoft- 
ware (SMC) eine in mehrere Funktionsgruppen auf- 
geteilte Architektur aufweist, daB eine erste Funkti- 
onsgruppe zur Konfigurierung von Kommunikati- 
onssitzungen, eine zweite Funktionsgruppe zur 35 
Verwaltung von Ressourcen und eine dritte Funkti- 
onsgruppe zur Steuerung von Datenstromen vorge- 
sehen sind. 
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(54) Obertragungssystem mit einer Verwaltungssoftware 



(57) Die Erfindung betrifft ein Obertragungssystem 
mit Mitteln zur Steuerung der Datenubertragung zwi- 
schen mehreren Netzeiementen (2A, 3A). Die Anforde- 
rungen an die Datenubertragung zur Ubertragung ver- 
schiedenster Daten, z.B. Multimedia-Daten (Audio-, Vi- 
deodaten), zwischen Netzeiementen wie beispielswei- 
se PCs (2A), Workstations Oder Datenservern (3A) stei- 
gen insbesondere hinsichtlich der Geschwindigkeit, der 
Ubertragungssicherheit und der Synchronisierung von 
Datenstromen standig an. Bei dem erfindungsgemaBen 
Obertragungssystem mit verbesserten Ubertragungsei- 
genschaften und mit geeigneten Mitteln zur Steuerung 
der Datenubertragung ist deshalb eine Verwaltungssoft- 
ware (SMC) zur Verwaltung und Steuerung von Kom- 
munikationssitzungen, welche eine in mehrere Funkti- 



onsgruppen aufgeteilte Architektur aufweist, wobei eine 
erste Funktionsgruppe zur Konfigurierung von Kommu- 
nikationssitzungen, eine zweite Funktionsgruppe zur 
Verwaltung von Ressourcen und eine dritte Funktions- 
gruppe zur Steuerung von Datenstromen vorgesehen 
sind. Ein solches Obertragungssystem kann vor allem 
in einem Nachrichteninformationssystem zum Recher- 
chieren in Nachrichtenmaterial und zum Erstellen von 
Nachrichtenbeitragen, in einem Arzteverbundnetzwerk 
zur Obertragung von medizinischen Bilddaten oder in 
einem Kommunikationssystem eingesetzt werden. 

Die Erfindung betrifft auRerdem die Verwaltungs- 
software (SMC) selbst sowie ein Netzelement oder ein 
Medium mit einer solchen Verwaltungssoftware (SMC). 
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